Viewport-based transcoding for immersive visual streams

ABSTRACT

In one example, a processing system including at least one processor may obtain a predicted viewport of a mobile computing device for an immersive visual stream, identify a first plurality of blocks of a frame of the immersive visual stream that are associated with the predicted viewport, encode the first plurality of blocks at a first encoding quality level, and encode a second plurality of blocks of the frame at a second encoding quality level, where the second encoding quality level is associated with a lesser visual quality as compared to the first encoding quality level and where the second plurality of blocks are outside of the predicted viewport. The processing system may then transmit the frame having the first plurality of blocks encoded at the first encoding quality level and the second plurality of blocks encoded at the second encoding quality level to the mobile computing device.

This application is a continuation of U.S. patent application Ser. No.16/580,903, filed Sep. 24, 2019, now U.S. Pat. No. 11,381,817, which isherein incorporated by reference in its entirety.

The present disclosure relates generally to immersive visual streaming,and more particularly to devices, non-transitory computer-readablemedia, and methods for encoding a first plurality of blocks of a frameof an immersive visual stream associated with a predicted viewport at afirst encoding quality level and encoding a second plurality of blocksof the frame at a second encoding quality level.

BRIEF DESCRIPTION OF THE DRAWINGS

The teachings of the present disclosure can be readily understood byconsidering the following detailed description in conjunction with theaccompanying drawings, in which:

FIG. 1 illustrates an example network related to the present disclosure;

FIG. 2 illustrates examples of two-tier and multi-tier frame blockencoding, in accordance with the present disclosure;

FIG. 3 illustrates a flowchart of an example method for encoding a firstplurality of blocks of a frame of an immersive visual stream associatedwith a predicted viewport at a first encoding quality level and encodinga second plurality of blocks of the frame at a second encoding qualitylevel; and

FIG. 4 illustrates a high level block diagram of a computing devicespecifically programmed to perform the steps, functions, blocks and/oroperations described herein.

To facilitate understanding, identical reference numerals have beenused, where possible, to designate identical elements that are common tothe figures.

DETAILED DESCRIPTION

In one example, the present disclosure describes a device,computer-readable medium, and method for encoding a first plurality ofblocks of a frame of an immersive visual stream associated with apredicted viewport at a first encoding quality level and encoding asecond plurality of blocks of the frame at a second encoding qualitylevel. For instance, a processing system including at least oneprocessor may obtain a predicted viewport of a mobile computing devicefor an immersive visual stream, identify a first plurality of blocks ofa frame of the immersive visual stream that are associated with thepredicted viewport, encode the first plurality of blocks of the frame ata first encoding quality level, and encode a second plurality of blocksof the frame at a second encoding quality level, where the secondencoding quality level is associated with a lesser visual quality ascompared to the first encoding quality level and where the secondplurality of blocks is outside of the predicted viewport. The processingsystem may then transmit the frame having the first plurality of blocksencoded at the first encoding quality level and the second plurality ofblocks encoded at the second encoding quality level to the mobilecomputing device.

Examples of the present disclosure provide a viewport-guided scheme totranscode visual streams, and, in particular, immersive visual streams,e.g., at the network edge. Although examples of the present disclosureare described primarily in connection with 360-degree panoramic videostreaming, the present examples may similarly be applied tonon-360-degree video (including “regular”/non-immersive video),volumetric video, and so forth. In one example, the present disclosureprovides region-of-interest (RoI) encoding in accordance with machinelearning-based viewport prediction. RoI encoding offers a higher visualquality for specific area(s) of interest within a video frame. Qualitylevels may be reduced for other areas of the frame that the viewer willnot consume (for 360-degree videos) and/or may not pay attention to(e.g., for “regular” and/or non-360-degree videos). When applied to360-degree video streaming, the RoI may be identified through viewportprediction (e.g., based on a deep learning model or other predictivemodel trained using a series of historical viewports, or a trajectory).For regular video, the RoI may be predicted through gaze trackingtechnologies. To accommodate errors in future viewport prediction and tominimize the impact on user-perceived quality of experience (QoE), thepresent disclosure may utilize a multi-tier encoding scheme thatgradually reduces the video encoding quality level by considering thedistance of to-be-encoded video content from the center of the predictedviewport, the predicted viewport trajectory, and the predictionaccuracy.

In a 360-degree video system, a user wearing a display headset canfreely change the viewing direction. Technically, the user is situatedin the center of a virtual sphere, and the panoramic contents may bedownloaded from video servers and projected onto the sphere (e.g., usingequirectangular projection). The user's viewport (visible area) isdetermined by the viewing direction (in latitude/longitude) and thefield-of-view (FoV) of the headset, e.g., in real time or near-realtime. The FoV defines the extent of the observable area, which may be afixed parameter of the headset.

Maintaining QoE for 360-degree videos over bandwidth-limited links oncommodity mobile devices remains challenging. First, 360-degree videosare large: under the same perceived quality, 360-degree videos havearound 5× larger sizes than conventional videos. Second, 360-degreevideos are complex: sophisticated projection and content representationschemes may incur high computational overhead. Third, 360-degree videosare still under-explored: there is a lack of real-world experimentalstudies of key aspects such as rate adaptation, QoE metrics, andcross-layer interactions (e.g., with Transmission Control Protocol andweb protocols such as Hypertext Transfer Protocol (HTTP)/2).

One approach to 360-degree video streaming is monolithic streaming.Monolithic streaming delivers uniformly encoded panoramic views and iswidely used by many commercial 360-degree video content providers. Formore advanced schemes that perform viewport adaptation, a 360-degreevideo has multiple versions each having a different scene region, calledquality emphasized region (QER), with a higher encoding rate. A playerpicks the right version based on the viewer's head orientation. Onepractical issue of this scheme is that it incurs significant processingand storage overhead at the server side, because a single video may beencoded into close to 100 different versions, each having a differentQER.

Another approach to 360-degree video streaming is viewport-adaptivetile-based streaming in which a 360-degree video is spatially (andtemporally) segmented into tiles, and only tiles overlapping withpredicted FoVs are delivered. To increase the robustness, a player canalso fetch the remaining tiles at lower quality, or qualities. In thisscheme, each 360-degree video chunk is pre-segmented into multiplesmaller units, which are called tiles. One way to generate the tiles isto evenly divide a chunk containing projected raw frames into m×nrectangles each corresponding to a tile. Suppose the projected visiblearea is e. The client may then request the tiles from the available m×nrectangles that overlap with e. A tile has the same duration and numberof frames as the chunk to which it belongs, but occupies a smallerspatial portion. Each tile can be independently downloaded and decoded.Note that due to projection, despite the viewer's FoV being fixed, thesize of e and thus the number of requested tiles may vary. Compared toFoV-agnostic approaches, tiling offers significant bandwidth saving.However, this solution may require mobile devices to simultaneouslydecode multiple tiles. For mobile devices with limited computeresources, it may result in video stall or skipped video frames, whichaffect the QoE. In contrast to delivering multiple tiles with differentquality levels, or pre-encoding the entire video into different versionswith different high quality regions, examples of the present disclosuretranscode an immersive visual stream in real time, e.g., during thestreaming process at an edge server, using RoI encoding based on theprediction of future viewports.

Most of the existing lossy video encoding methods, such as MPEG-4(Moving Picture Experts Group-4), H.264/AVC (Advanced Video Coding) andH.265/HEVC (High Efficiency Video Coding), use spatial-frequencytransformation for encoding. These techniques transform, quantify, andcompress a video frame into data at the sender side. The receiver thende-compresses, inversely quantifies and transforms the data back to avideo frame. These encoding methods divide the frame into macro-blocks,the basic unit of compression. In addition, the quantization parametersthat affect the visual quality level may be different for each of themacro-blocks within a frame, which enables RoI encoding. RoI encodingcan reduce the amount of transmitted data and thus potentially alsodecrease the transmission latency. It should be noted that some encodingformats may further subdivide macro-blocks into sub-macro-blocks, or“micro-blocks” to provide additional granularity to the regions ofencoding. In accordance with the present disclosure, in one example,viewport-adaptive encoding may be applied at the macro-block level.However, in another example, viewport-adaptive encoding mayalternatively or additionally be applied at the micro-block level. Inthis regard, the term “block” as used herein may refer to any spatialsub-division of a frame which may comprise a unit, e.g., of amacro-block size or smaller, for application of an encoding technique.For instance, a macro-block may comprise a block or array of 16×16pixels, 8×8 pixels, etc. In one example, a macro-block may comprise anarray comprising, for instance, 16×16 luminance subsamples and 8×8chrominance subsamples. The macro-block may further be divided into four8×8 transform blocks. It should be noted that the present disclosure isnot limited to a particular encoding methodology, block size, samplingarrangement, or the like. Thus, in other examples, different block sizesmay be used, such as 32×32 pixels, 64×64 pixels, etc. However, a “block”as used herein still refers to a relatively smaller portion of a frame,e.g., compared to a “tile,” such as used in tile-based adaptiveimmersive visual streaming systems. For instance, a “block” as usedherein may comprise no more than 64×64 pixels (with regard to 360-degreevideo, less than 360-degree panoramic immersive video, etc.). Withrespect to volumetric video, a “block” may comprise a similarly sizedthree-dimensional set of voxels (e.g., 64×64×64, or less).

The viewport-guided transcoding of the present disclosure determines theencoding quality level(s) that will be used to encode the blocks withina frame of an immersive visual stream. In one example, the content thatis predicted to be within the viewport of a user may be encoded with ahigher encoding quality level. Suppose there are five encoding qualitylevels, from 1 to 5, with 5 being the highest one. After predicting theviewport of a future frame, encoding at encoding quality level 5 may beapplied to the blocks that are associated with the predicted viewport(e.g., those that fall within or overlap the predicted viewport, andwhich may include in one example, blocks that may be “near” the edges ofthe predicted viewport. The other blocks may be encoded using a lowerencoding quality level (e.g., the lowest encoding quality level 1). Anexample of this approach is illustrated in FIG. 2. In one example, this“two-tier” approach may be utilized when the future viewport predictionis considered to be accurate (e.g., prediction accuracy is greater thana threshold, such as greater than 80 percent accuracy, greater than 90percent accuracy, greater than 95 percent accuracy, etc.).

However, it should be noted that the viewport prediction may not alwaysbe accurate. For instance, users may change the viewport very fast, orsuddenly change the head movement direction when attracted by someinteresting scene or object. Under these scenarios, the player may bepresented with low quality video content since the actual viewport mayfall outside the boundaries of the predicted viewport of a frame.Accordingly, in one example, the present invention utilizes a multi-tierquality level assignment of blocks, e.g., when the prediction accuracyis below a threshold accuracy. In this case, the encoding qualitylevel(s) of blocks of the frame outside of the predicted viewport areselected considering the distance of each block to the center of thepredicted viewport, the viewport trajectory, and the accuracy ofviewport prediction. An example of this approach is illustrated in FIG.2.

In one example, viewport-guided transcoding is applied at thenetwork-edge, e.g., in an edge server. To illustrate, in one example,the edge server may collect the viewport movement traces from a clientdevice periodically, or according to another schedule. At the clientdevice-side, the video player may collect actual viewport data, e.g.,via motion sensors for 360-degree video streaming or volumetric videostreaming, or using gaze tracking for regular video streaming ornon-360-degree panoramic video streaming. Upon obtaining the viewporttraces, the edge server may use one or more pre-trained machine learningmodels (MLMs) to predict the future viewports and trajectory (e.g.,which direction the viewport is moving toward). If the prediction isaccurate (e.g., higher than 80%, 90%, 95%, etc.), the edge server mayuse a two-tier encoding quality level assignment to determine theencoding parameters for the blocks in a video frame that contains thepredicted viewport (e.g., as shown in example frame encoding 210 of FIG.2). In one example, the edge server may determine the predictionaccuracy by comparing previously predicted viewports to the actualviewport information that is reported by the client device in theviewport traces. If the prediction is less accurate (e.g., at or below80%, 90%, 95%, etc.), the edge server may use multi-tier encodingquality level assignment, e.g., by first assigning the highest encodingquality level to the blocks that overlap with the predicted viewport. Inone example, the “highest” encoding quality level may be a maximum thatis determined to be supportable based on an estimated network bandwidthor channel quality experienced by the client device. In other words, theedge server may be capable of providing one or more even higher encodingquality levels, which may not be used due to the network bandwidthlimitations. In one example, the edge server may then assign a nexthighest encoding quality level to blocks on the predicted trajectory,e.g., one level lower than the encoding quality level assigned to blockswithin the predicted viewport (an example is shown in example frameencoding 220 of FIG. 2) Finally, the edge server may assign encodingquality levels to remaining blocks of the frame based on their distanceto the center of the viewport. In one example, the encoding qualitylevels are scaled with the distance and are further scaled according tothe prediction accuracy. By considering the viewport movement direction(trajectory), the “center” of the viewport that is used for suchcalculations may be shifted toward the predicted direction whencalculating the distance to each of the remaining blocks.

While viewport movement traces may be used to predict future viewportsthat will be treated as a RoI in a video frame, the present disclosuremay also utilize video content analysis to predict the RoI. Forinstance, the video content analysis can be based on a saliency mapand/or a heatmap. Heatmap and saliency map-based RoI identification canbe conducted offline with video content and aggregated user viewingdata. The saliency map and/or heatmap-identified RoIs can then be usedin conjunction with a user's viewport trajectory to further increase theaccuracy of future viewport prediction.

The present disclosure can also be extended to a hybrid architecturethat stores only a small number of versions on the video content serverthat are determined by the most popular viewport trajectories. Forinstance, users may be guided through 360-degree videos by showing themost popular RoI in each video frame. One or two versions of the videomay be stored with these most popular RoIs, and then viewport-guidedtranscoding in accordance with the present disclosure may be used when auser's viewport significantly deviates from these RoIs. These and otheraspects of the present disclosure are described in greater detail belowin connection with the examples of FIGS. 1-4.

To further aid in understanding the present disclosure, FIG. 1illustrates an example system 100 in which examples of the presentdisclosure may operate. The system 100 may include any one or more typesof communication networks, such as a traditional circuit switchednetwork (e.g., a public switched telephone network (PSTN)) or a packetnetwork such as an Internet Protocol (IP) network (e.g., an IPMultimedia Subsystem (IMS) network), an asynchronous transfer mode (ATM)network, a wireless network, a cellular network (e.g., 2G, 3G, and thelike), a long term evolution (LTE) network, 5G and the like related tothe current disclosure. It should be noted that an IP network is broadlydefined as a network that uses Internet Protocol to exchange datapackets. Additional example IP networks include Voice over IP (VoIP)networks, Service over IP (SoIP) networks, and the like.

In one example, the system 100 may comprise a network 102, e.g., atelecommunication service provider network, a core network, or anenterprise network comprising infrastructure for computing andcommunications services of a business, an educational institution, agovernmental service, or other enterprises. The network 102 may be incommunication with one or more access networks 120 and 122, and theInternet (not shown). In one example, network 102 may combine corenetwork components of a cellular network with components of a tripleplay service network; where triple-play services include telephoneservices, Internet or data services and television services tosubscribers. For example, network 102 may functionally comprise a fixedmobile convergence (FMC) network, e.g., an IP Multimedia Subsystem (IMS)network. In addition, network 102 may functionally comprise a telephonynetwork, e.g., an Internet Protocol/Multi-Protocol Label Switching(IP/MPLS) backbone network utilizing Session Initiation Protocol (SIP)for circuit-switched and Voice over internet Protocol (VoIP) telephonyservices. Network 102 may further comprise a broadcast televisionnetwork, e.g., a traditional cable provider network or an internetProtocol Television (IPTV) network, as well as an Internet ServiceProvider (ISP) network. In one example, network 102 may include aplurality of television (TV) servers (e.g., a broadcast server, a cablehead-end), a plurality of content servers, an advertising server (AS),an interactive TV/video on demand (VoD) server, and so forth.

In one example, the access networks 120 and 122 may comprise broadbandoptical and/or cable access networks, Local Area Networks (LANs),wireless access networks (e.g., an IEEE 802.11/Wi-Fi network and thelike), cellular access networks, Digital Subscriber Line (DSL) networks,public switched telephone network (PSTN) access networks, 3^(rd) partynetworks, and the like. For example, the operator of network 102 mayprovide a cable television service, an IPTV service, or any other typesof telecommunication service to subscribers via access networks 120 and122. In one example, the access networks 120 and 122 may comprisedifferent types of access networks, may comprise the same type of accessnetwork, or some access networks may be the same type of access networkand other may be different types of access networks. In one example, thenetwork 102 may be operated by a telecommunication network serviceprovider. The network 102 and the access networks 120 and 122 may beoperated by different service providers, the same service provider or acombination thereof, or may be operated by entities having corebusinesses that are not related to telecommunications services, e.g.,corporate, governmental or educational institution LANs, and the like.

In accordance with the present disclosure, network 102 may include anapplication server (AS) 104, which may comprise a computing system orserver, such as computing system 400 depicted in FIG. 4, and may beconfigured to provide one or more operations or functions in connectionwith examples of the present disclosure for encoding a first pluralityof blocks of a frame of an immersive visual stream associated with apredicted viewport at a first encoding quality level and encoding asecond plurality of blocks of the frame at a second encoding qualitylevel.

It should be noted that as used herein, the terms “configure,” and“reconfigure” may refer to programming or loading a processing systemwith computer-readable/computer-executable instructions, code, and/orprograms, e.g., in a distributed or non-distributed memory, which whenexecuted by a processor, or processors, of the processing system withina same device or within distributed devices, may cause the processingsystem to perform various functions. Such terms may also encompassproviding variables, data values, tables, objects, or other datastructures or the like which may cause a processing system executingcomputer-readable instructions, code, and/or programs to functiondifferently depending upon the values of the variables or other datastructures that are provided. As referred to herein a “processingsystem” may comprise a computing device including one or moreprocessors, or cores (e.g., as illustrated in FIG. 4 and discussedbelow) or multiple computing devices collectively configured to performvarious steps, functions, and/or operations in accordance with thepresent disclosure. Thus, although only a single application server (AS)104 is illustrated, it should be noted that any number of servers may bedeployed, and which may operate in a distributed and/or coordinatedmanner as a processing system to perform operations in connection withthe present disclosure.

In one example, AS 104 may comprise a centralized network-based serverfor immersive visual streaming. In one example, AS 104 may comprise aphysical storage device (e.g., a database server), to store immersivevisual streams (e.g., “regular” videos, 360-degree videos and/ornon-360-degree panoramic videos, volumetric videos, etc.). AS 104 mayalso transmit immersive visual streams to requesting devices inaccordance with the present disclosure. For ease of illustration,various additional elements of network 102 are omitted from FIG. 1.

In one example, access network 122 may include an edge server 108, whichmay comprise a computing system or server, such as computing system 400depicted in FIG. 4, and may be configured to provide one or moreoperations or functions for encoding a first plurality of blocks of aframe of an immersive visual stream associated with a predicted viewportat a first encoding quality level and encoding a second plurality ofblocks of the frame at a second encoding quality level, as describedherein. For instance, an example method 300 for encoding a firstplurality of blocks of a frame of an immersive visual stream associatedwith a predicted viewport at a first encoding quality level and encodinga second plurality of blocks of the frame at a second encoding qualitylevel is illustrated in FIG. 3 and described in greater detail below.

In one example, application server 104 may comprise a network functionvirtualization infrastructure (NFVI), e.g., one or more devices orservers that are available as host devices to host virtual machines(VMs), containers, or the like comprising virtual network functions(VNFs). In other words, at least a portion of the network 102 mayincorporate software-defined network (SDN) components. Similarly, in oneexample, access networks 120 and 122 may comprise “edge clouds,” whichmay include a plurality of nodes/host devices, e.g., computing resourcescomprising processors, e.g., central processing units (CPUs), graphicsprocessing units (GPUs), programmable logic devices (PLDs), such asfield programmable gate arrays (FPGAs), or the like, memory, storage,and so forth. In an example where the access network 122 comprises radioaccess networks, the nodes and other components of the access network122 may be referred to as a mobile edge infrastructure. As just oneexample, edge server 108 may be instantiated on one or more servershosting virtualization platforms for managing one or more virtualmachines (VMs), containers, microservices, or the like. In other words,in one example, edge server 108 may comprise a VM, a container, or thelike.

In one example, the access network 120 may be in communication with aserver 106. Similarly, access network 122 may be in communication withone or more devices, e.g., device 132. Access networks 120 and 122 maytransmit and receive communications between server 106, device 132,application server (AS) 104, other components of network 102, devicesreachable via the Internet in general, and so forth. In one example,device 132 may comprise a mobile device, a cellular smart phone, awearable computing device (e.g., smart glasses, a virtual reality (VR)headset, or the like), a laptop computer, a tablet computer, or the like(broadly a “mobile computing device”). In one example, device 132 maycomprise a computing system or device, such as computing system 400depicted in FIG. 4, and may be configured to provide one or moreoperations or functions in connection with examples of the presentdisclosure for encoding a first plurality of blocks of a frame of animmersive visual stream associated with a predicted viewport at a firstencoding quality level and encoding a second plurality of blocks of theframe at a second encoding quality level.

In one example, server 106 may comprise a network-based server forimmersive visual streaming. In this regard, server 106 may comprise thesame or similar components as those of AS 104 and may provide the sameor similar functions. Thus, any examples described herein with respectto AS 104 may similarly apply to server 106, and vice versa. Inparticular, server 106 may be a component of an immersive visualstreaming system operated by an entity that is not a telecommunicationsnetwork operator. For instance, a provider of an immersive visualstreaming system may operate server 106 and may also operate edge sever108 in accordance with an arrangement with a telecommunication serviceprovider offering edge computing resources to third-parties. However, inanother example, a telecommunication network service provider mayoperate network 102 and access network 122, and may also provide animmersive visual streaming system via AS 104 and edge server 108. Forinstance, in such an example, the immersive visual streaming system maycomprise an additional service that may be offered to subscribers, e.g.,in addition to network access services, telephony services, traditionaltelevision services, and so forth.

In an illustrative example, an immersive visual streaming system may beprovided via AS 104 and edge server 108. In one example, user 192 mayengage an application on device 132 (e.g., a “mobile computing device”)to establish one or more sessions with the immersive visual streamingsystem, e.g., a connection to edge server 108 (or a connection to edgeserver 108 and a connection to AS 104). In one example, the accessnetwork 122 may comprise a cellular network (e.g., a 4G network and/oran LTE network, or a portion thereof, such as an evolved UniformTerrestrial Radio Access Network (eUTRAN), an evolved packet core (EPC)network, etc., a 5G network, etc.). Thus, the communications betweendevice 132 and edge server 108 may involve cellular communication viaone or more base stations (e.g., eNodeBs, gNBs, or the like). However,in another example, the communications may alternatively or additionalbe via a non-cellular wireless communication modality, such as IEEE802.11/Wi-Fi, or the like. For instance, access network 122 may comprisea wireless local area network (WLAN) containing at least one wirelessaccess point (AP), e.g., a wireless router. Alternatively, or inaddition, device 132 may communicate with access network 122, network102, the Internet in general, etc., via a WLAN that interfaces withaccess network 122.

In the example of FIG. 1, device 132 of user 192 may establish a sessionwith edge server 108 for obtaining an immersive visual stream, which maybe obtained as a sequence of frames and/or in chunks comprising asequence of frames. For illustrative purposes, the immersive visualstream may comprise a 360-degree panoramic video. In this regard, anexample frame 170 is illustrated in FIG. 1. In the illustrative example,the frame 170 may comprise a spherical frame providing a 360-degree (inazimuth and elevation) panorama. In one example, the edge server 108 maystore a copy of the immersive visual stream (e.g., for a recorded videoprogram). In another example, the edge server 108 may obtain theimmersive visual stream (e.g., the frames thereof) from a centralizedserver for distributing immersive visual streams. For instance, AS 104or server 106 may comprise such a centralized server.

Device 132 may comprise a wearable device which may include sensors fordetermining yaw, pitch, and roll parameters (e.g., along x, y, and zaxes as illustrated in FIG. 1). For experiencing a 360-degree video, thedevice 132 may translate the x, y, and z parameters into a viewport 150.For instance, the viewport 150 may comprise a projection of thefield-of-view (FoV) on the surface of a sphere 160 in the direction of avector comprising the detected yaw, pitch, and roll (x, y, z). In oneexample, the frame 170 may comprise visual information corresponding toa sphere 160. For instance, spherical visual information captured via a360-degree camera may be transformed into frame 170 via equirectangularprojection, or the like. When receiving and rendering frame 170 forpresentation, device 132 may determine the viewport 150, may identifyportions of the frame 170 corresponding to the viewport 150, may decodethe portions of the frame corresponding to the viewport 150 (ifencoded), and may render the portions of the frame 170 via displaycomponents of the device 132 (e.g., one or more display screens).

In accordance with the present disclosure, the frame 170 may be encodedin a plurality of blocks 175 (e.g., m×n blocks; in this example,8×16=128 blocks). As described above, the encoding of each block may bein accordance with a predicted viewport. The predicted viewport may bepredicted for a time when it is anticipated that the frame 170 will beplayed-out (the “playback time” of frame 170). In one example, thepredicted viewport is calculated by the edge server 108. To illustrate,the edge server 108 may obtain viewport traces from device 132. Forinstance, device 132 may periodically send actual measured viewportinformation (e.g., recent viewport information) to edge server 108, suchas yaw, pitch, and roll measurements, and in some cases device locationand/or camera position information, FoV information, and so forth. Edgeserver 108 may then use the recent viewport information to calculate thepredicted viewport for the anticipated playback time of frame 170. Inone example, the recent viewport information (which may be referred toas a “viewport trace”), may be processed via a trained machine learningalgorithm (MLA), e.g., a MLM, to output a predicted viewport. Forinstance, the recent viewport information may indicate a trajectory ofthe viewport in a general direction. It may be expected that theviewport movement is likely to continue in the same general direction asindicated by the trajectory, which may be quantified by the output ofthe MLM—the predicted viewport.

In one example, the predicted viewport may be further based upon heatmapand/or saliency map-based RoI identification. For instance, AS 104 mayprovide heatmap information, e.g., identification of a region or regionsof the frame 170 that are most popular among prior users. Similarly, AS104 may provide saliency map information, e.g., identification of aregion or regions of the frame that are determined to be the most“salient” according to an image saliency detection algorithm (e.g., asapplied to individual frames or a plurality of frames). In one example,edge server 108 (and other edge servers, if present, in the immersivevisual streaming system) may utilize viewport traces to performviewport-adaptive transcoding, and may also provide the viewport tracesto AS 104 for aggregation and developing heatmaps for frames of theimmersive visual stream (including frame 170). The saliency mapinformation and heatmap information may be stored along with theimmersive visual stream (where the immersive visual stream comprisesrecorded and stored content). The saliency map and/or heatmap-identifiedRoIs can then be used in conjunction with a user's viewport trajectoryto further increase the accuracy of future viewport prediction. In oneexample, the saliency map and/or heatmap information may compriseadditional inputs into a MLM for viewport prediction. In anotherexample, a predicted viewport may be generated via the MLM and combinedwith the saliency map and/or heatmap information to modify the predictedviewport, e.g., to move a center of the predicted viewport toward aregion or regions of the frame that are identified in the saliency mapand/or heatmap information.

In one example, the edge server 108 may store previous predictedviewports (the prior calculated predicted viewports generated by edgeserver 108 for previous frames of the immersive visual stream) andcompare the previous predicted viewports to actual viewports, which maybe identified in the viewport trace(s) obtained from device 132, togenerate a prediction accuracy. For instance, the prediction accuracymay be calculated using data from a sliding window, e.g., comprising thepast second of viewport traces, the past two seconds of viewport traces,the past five seconds of viewport traces, etc. In one example, the edgeserver 108 may calculate a distance between a center of the actualviewport and the predicted viewport for that frame. The distance foreach frame may then be averaged to generate an average distance (e.g.,an error) that may be scaled into an accuracy score, or the predictedaccuracy. In one example, the edge server 108 may apply a weightedmoving average, e.g., to apply greater weight to the score fromdistances for more recent frames, as compared to frames further in thepast. In any case, after the edge server 108 calculates the predictedviewport for frame 170, the edge server 108 may then transcode the frameaccordingly. For example, the edge server 108 may select between atwo-tier approach and a multi-tier approach as described above, e.g.,depending upon whether the prediction accuracy is above or below athreshold accuracy.

In this regard, FIG. 2 illustrates examples of both a two-tier approach(example frame encoding 210) and a multi-tier approach (example frameencoding 220). In the example frame encoding 210 (two-tier) the blocksof the frame corresponding to or associated with the predicted viewport215 (e.g., overlapping with, falling within, and/or near to thepredicted viewport 215) are encoded at the highest encoding qualitylevel (e.g., level 5). The remainder of the blocks are encoded at alower encoding quality level (e.g., the lowest encoding quality level),indicated as encoding quality level 1. In the example frame encoding 220(multi-tier) the blocks of the frame corresponding to or associated withthe predicted viewport 225 are encoded at the highest encoding qualitylevel, e.g., level 5. For illustrative purposes, it may be assumed thatuser 192 is moving the viewport 225 toward the left as facing the page(e.g., determined by edge server 108 from viewport trace(s)). The nexthighest encoding quality level, level 4, may be assigned to blocks thatare very close to the predicted viewport and that are on the left handside of the predicted viewport 225. The edge server 108 may alsodecrease the assigned encoding quality level to blocks that are furtheraway from the predicted viewport 225, e.g., encoding quality levels 3,2, and 1 as shown.

In one example, the assignment and application of encoding qualitylevels to blocks may also be affected by the prediction accuracy. Forinstance, when the prediction is more accurate, encoding quality level 1may be assigned to more blocks, such as those marked with encodingquality level 2 (e.g., because it is more likely that these blocks willnot be consumed by the viewer). On the other hand, if the predictionaccuracy becomes worse, more blocks may be encoded at higher encodingquality levels. For example, blocks with encoding quality level 3 may beadjusted to encoding quality level 4. It should also be noted that theassignment of encoding quality levels is also affected by the availablenetwork bandwidth to deliver the frame. For instance, if the networkthroughput decreases, the edge server 108 may reduce the encodingquality level assigned to each block, e.g., by one level for mildthroughput restriction, by two levels for more significant networkbandwidth reductions, etc.

Continuing with the present example in reference to FIG. 1, the edgeserver 108 may transmit the frame 170 containing the applicable encodingto device 132. Device 132 may buffer and/or store the frame 170, and mayrender the frame 170 for display following the presentation/display ofthe previous frame in the sequence of frames of the immersive visualstream. Although the frame 170 may contain viewport-adaptive encoding inaccordance with the predicted viewport, when rendering the frame fordisplay, the device 132 may select those blocks corresponding to thecurrent, actual viewport. If the predicted viewport corresponds to or isclose to the actual viewport, the user 192 may experience the portion ofthe frame with a higher visual quality. On the other hand, if thepredicted viewport was not accurate and the actual viewport does notoverlap with the predicted viewport (or only slightly overlaps), theuser 192 may still experience the portion of the frame 170 at a lowervisual quality (or qualities).

It should also be noted that the system 100 has been simplified. Thus,it should be noted that the system 100 may be implemented in a differentform than that which is illustrated in FIG. 1, or may be expanded byincluding additional endpoint devices, access networks, networkelements, application servers, etc. without altering the scope of thepresent disclosure. In addition, system 100 may be altered to omitvarious elements, substitute elements for devices that perform the sameor similar functions, combine elements that are illustrated as separatedevices, and/or implement network elements as functions that are spreadacross several devices that operate collectively as the respectivenetwork elements. For example, the system 100 may include other networkelements (not shown) such as border elements, routers, switches, policyservers, security devices, gateways, a content distribution network(CDN) and the like. For example, portions of network 102, accessnetworks 120 and 122, and/or Internet may comprise a contentdistribution network (CDN) having ingest servers, edge servers, and thelike for packet-based streaming of video, audio, or other content.Similarly, although only two access networks, 120 and 122 are shown, inother examples, access networks 120 and/or 122 may each comprise aplurality of different access networks that may interface with network102 independently or in a chained manner. In addition, as describedabove, the functions of AS 104 may be similarly provided by server 106,or may be provided by AS 104 in conjunction with server 106. Forinstance, AS 104 and server 106 may be configured in a load balancingarrangement, or may be configured to provide for backups or redundancieswith respect to each other, and so forth. In still another example,instead of immersive visual streaming from servers storing immersivevisual content, the streaming may be device-to-device. For instance,edge server 108 and AS 104 and/or server 106 may provide similarfunctions in support of streaming of immersive visual content fromanother mobile computing device (or other user endpoint device, such asa desktop computer, a smart television, etc.) that is capable ofcapturing immersive visual content (e.g., 360-degree video ornon-360-degree panoramic video) to device 132. For example, anotherperson may travel to an interesting destination and may wish to share animmersive visual stream captured from the destination with user 192,e.g., in real-time or near-real-time. In such an example, the immersivevisual stream may be generated by the other endpoint device andforwarded to edge server 108, where edge server 108 may transcode framesand forward to device 132 in accordance with the present disclosure,(e.g., performing the operations of the example method 300 of FIG. 3,and/or as described elsewhere herein).

In addition, it should again be noted that a spherical or nearlycomplete spherical “360-degree video” is just one example of animmersive visual stream in accordance with the present disclosure. Forinstance, in another example, a “360-degree video” may comprise acylindrical panorama covering 360 degrees in azimuth (horizontal) andless than 360 degrees in elevation/vertically (e.g., 90 degrees ofelevation in any given azimuthal direction). In another example, theimmersive visual stream may comprise less than 360-degree panoramicvideo, such as 270 degrees (cylindrically) in azimuth, 230 degrees inazimuth, etc. As noted above, other examples may include volumetricvideo (e.g., voxel-based volumetric video). Thus, these and othermodifications are all contemplated within the scope of the presentdisclosure.

FIG. 3 illustrates a flowchart of an example method 300 for encoding afirst plurality of blocks of a frame of an immersive visual streamassociated with a predicted viewport at a first encoding quality leveland encoding a second plurality of blocks of the frame at a secondencoding quality level, in accordance with the present disclosure. Inone example, the method 300 is performed by a component of the system100 of FIG. 1, such as by edge server 108, and/or any one or morecomponents thereof (e.g., a processor, or processors, performingoperations stored in and loaded from a memory), or by edge server 108 inconjunction with one or more other devices, such as device 132, AS 104or server 106, and so on. In one example, the steps, functions, oroperations of method 300 may be performed by a computing device orsystem 400, and/or processor 402 as described in connection with FIG. 4below. For instance, the computing device or system 400 may representany one or more components of the system 100 of FIG. 1 that is/areconfigured to perform the steps, functions and/or operations of themethod 300. Similarly, in one example, the steps, functions, oroperations of method 300 may be performed by a processing systemcomprising one or more computing devices collectively configured toperform various steps, functions, and/or operations of the method 300.For instance, multiple instances of the computing device or processingsystem 400 may collectively function as a processing system. Forillustrative purposes, the method 300 is described in greater detailbelow in connection with an example performed by a processing system.The method 300 begins in step 305 and may proceed to optional step 310or to step 320.

At optional step 310, the processing system (e.g., of an edge server)may obtain at least a portion of an immersive visual stream, the atleast the portion including at least one frame. For instance, theportion of the immersive visual stream may be obtained from acentralized server for distributing immersive visual streams. In oneexample, the centralized server and the edge server may comprisecomponents of a content distribution network (CDN). In one example, theimmersive visual stream may comprise, for example, 360-degree video,non-360-degree panoramic video (e.g., less than a full 360-degrees inazimuth, elevation, or both), volumetric video, or any visual streamwhere field of view/viewport of a client device/mobile computing deviceis less than the entire frame. In addition, “video” can be recordedimagery, animation/computer generated imagery, a combination thereof,and so forth. In another example, the present disclosure may apply to avisual stream comprising “regular” video, e.g., where the clientdevice/mobile computing device may render and display the entire frame,but where there may be particular regions of focus, which may bedetermined via a viewer-facing camera which may be used by theprocessing system for gaze tracking. For instance, the “viewport” may beconsidered the region of primary user focus, and regions outside of theregion of primary focus may be considered outside of the viewport,although these regions may still technically be within the FoV of theuser. In one example, optional step 310 may include decoding the portionof the immersive visual stream (e.g., when the version of the immersivevisual stream obtained by the processing system at optional step 310 isencoded, such as in accordance with H.264/AVC, H.265/HEVC, MPEG-4,etc.).

At step 320, the processing system obtains a predicted viewport of amobile computing device for a frame of the immersive visual stream. Forinstance, the mobile computing device may send viewport tracescomprising a sequence of viewports for a sequence of frames of theimmersive visual stream to the processing system (of the edge server)periodically or according to a different schedule, opportunistically(e.g., when network bandwidth fluctuates, viewport traces may be sentwhen network bandwidth is relatively higher), in response to a requestfrom the processing system, etc. The processing system at step 320 maycalculate the predicted viewport in accordance with a plurality ofprevious viewports (e.g., viewport trace(s)) of the mobile computingdevice for a plurality prior frames of the immersive visual stream. Inone example, the calculation of the predicted viewport may be viatrained machine learning algorithm (MLA), e.g., a “machine learningmodel” (MLM), or other predictive algorithm.

In one example, the predicted viewport is calculated further based uponat least one of historical viewport information regarding previousviewports with respect to the frame of other mobile computing devicesthat have experienced the immersive visual stream or salient portions ofthe frame as determined in accordance with an image saliency detectionalgorithm. In one example, the plurality of previous viewports maycorrespond to a “trajectory” of the viewport. In one example, step 320may include, in addition to calculating a predicted viewport,calculating a trajectory of the viewport, e.g., a vector indicating amagnitude (e.g., speed of movement) and direction.

It should be noted that in another example, the mobile computing devicemay calculate its own predicted viewport, and report the predictedviewport to the processing system (e.g., to the edge server). In oneexample, the mobile computing device may provide a predicted viewportbased upon recent viewports, where the processing system then takes thepredicted viewport (as calculated by the client device) and integratesthe mobile computing device's prediction with historical viewportinformation from other devices and/or image saliency information to comeup with a final predicted viewport that may be used for encoding inaccordance with the following steps. In other words, the processingsystem may take into consideration the mobile computing device'sprediction, but may modify it, if warranted, based upon additionalknowledge of historical viewership and what is “salient” in the frameand/or one or more upcoming frames.

In one example, step 320 may also include calculating a viewporttrajectory. For example, as noted above, the trajectory may bedetermined in accordance with a plurality of previous viewports of themobile computing device for a plurality prior frames of the immersivevisual stream (e.g., via the same or a different MLM as the MLM forcalculating the predicted viewport) or via a similar predictivetechnique. Similarly, the trajectory may be further determined basedupon at least one of: (1) historical viewport information regardingprevious viewports with respect to the frame of other mobile computingdevices that have experienced the immersive visual stream or (2) salientportions of the frame as determined in accordance with an image saliencydetection algorithm. For instance, viewport trace(s) of the mobilecomputing device may tend to indicate that the viewport (andcorrespondingly, a viewer's head and/or eyes) is moving in a particulardirection with a particular speed. However, saliency map and/or heatmapinformation available to the processing system may indicate that thereis a particular popular and/or salient portion of the frame. Forinstance, there may be a bright explosion visible in a particular regionof the frame, an object may appear to be headed right towards the camerafrom a particular direction that has historically tended to garner mostusers' attentions, and so forth. Thus, the processing system maydetermine that the trajectory of the viewport may tend to track towardsthis region.

At step 330, the processing system identifies a first plurality ofblocks of a frame of the immersive visual stream that are associatedwith the predicted viewport. For instance, the mobile computing devicemay indicate to the processing system the FoV of the mobile computingdevice, or the processing system may otherwise be aware of theFoV/display capabilities of the mobile computing device. As such, theprocessing system may determine the direction (e.g., yaw, pitch, roll)and the bounds of the FoV to define the viewport. The processing systemmay then determine which blocks of the frame correspond to the viewport.For instance, the frame may be stored in a format which indicates thespatial relationship among blocks (e.g., according to an equirectangularprojection). In addition, the viewport may be translated/mapped intocorresponding regions/blocks according to the equirectangularprojection, or a similar positional methodology. In one example, a blockof the frame comprises a spatially adjacent group of pixels or voxelswithin the frame. In one example, the block comprises a macro-block. Inanother example, the block comprises a micro-block or sub-macro-block.

At optional step 340, the processing system may determine an accuracy ofthe predicted viewport. For instance, the processing system may storepredicted viewports for previous frames and may obtain actual viewportinformation, e.g., in one or more viewport traces from the mobilecomputing device. The processing system may then calculate a respectivedistance between a center of the actual viewport and the previouslypredicted viewport for each frame. The distance for each frame may thenbe averaged to generate an average distance (e.g., an error) that may bescaled into an accuracy score, or the predicted accuracy. In oneexample, the edge server 108 may apply a weighted moving average, e.g.,to apply greater weight to the score from distances for more recentframes, as compared to frames further in the past. In one example, step340 may include determining whether the prediction accuracy is above orbelow (or equal to) a threshold accuracy (e.g., 80%, 90%, 95%, etc.).The determination of whether the prediction accuracy is above or belowthe threshold may indicate whether the processing system may select afirst type of encoding scheme (e.g., two-tier encoding) or a second typeof encoding scheme (e.g., multi-tier encoding).

At step 350, the processing system, encodes the first plurality ofblocks at a first encoding quality level. In one example, the firstplurality of blocks is encoded at a highest encoding quality level thatis supportable according to a network bandwidth, e.g., a channel qualityexperienced by the mobile computing device. In one example, the channelquality may be reported by the mobile computing device to the processingsystem. For instance, the mobile computing device may calculate athroughput based upon the time of the processing system (e.g., of theedge server) sending one or more packets comprising the frame, the timeto complete receiving of the one or more packets, respectively, thesize(s) of the packets, etc.

At step 360, the processing system encodes a second plurality of blocksof the frame of the immersive visual stream at a second encoding qualitylevel, where the second encoding quality level is associated with alesser visual quality as compared to the first encoding quality level,and where the second plurality of blocks is outside of the predictedviewport. For instance, the second plurality of blocks comprises blocksof the frame other than the first plurality of blocks. In one example,both the first encoding quality level and the second encoding qualitylevel are selected in accordance with the channel quality experienced bythe mobile communication device. In an example when the predictionaccuracy exceeds (and/or is equal to) a threshold accuracy, a two-tierencoding may be selected. As such, at step 360, the second plurality ofblocks may comprise all blocks of the frame other than the firstplurality of frames that are associated with the predicted viewport.

However, it should be noted that in one example, the processing systemmay still send less than all of the frame to the mobile computingdevice. For instance, for a panoramic video comprising a full360-degrees in azimuth (e.g., horizontally), in one example, theprocessing system may send 270 degrees of visual information centered onthe predicted viewport, 230 degrees of visual information, 180 degreesof visual information, etc. Where the prediction accuracy is less than(and/or equal to) the threshold accuracy, in one example, the secondplurality of blocks may comprise less than all of the blocks (other thanthe first plurality of blocks) of the frame that will be transmitted tothe mobile computing device. In particular, in such case, the processingsystem may perform optional step 370.

At optional step 370, the processing system may encode a third pluralityof blocks of the frame of the immersive visual stream at a thirdencoding quality level, where the third encoding quality level isassociated with a lesser visual quality as compared to the secondencoding quality level. For instance, the third plurality of blocks maybe further outside of the predicted viewport as compared to the secondplurality of blocks. Alternatively, or in addition, positions of thesecond plurality of blocks within the frame may be weighted towards adirection of a trajectory of the viewport, and positions of the thirdplurality of blocks within the frame may be weighted towards a directionopposite the trajectory of the viewport. For instance, as can be seen inthe example frame encoding 220 of FIG. 2, there are additionalhigher-encoding quality level blocks to the left side of the predictedviewport 225 than to the right side (it may be recalled that theviewport trajectory was assumed to be to the left, facing the page).

At step 380, the processing system transmits the frame having the firstplurality of blocks encoded at the first encoding quality level and thesecond plurality of blocks encoded at the second encoding quality level(and in one example, the third plurality of bocks encoding at the thirdencoding quality level) to the mobile computing device.

At step 395, the method 300 ends.

It should be noted that the method 300 may be expanded to includeadditional steps, or may be modified to replace steps with differentsteps, to combine steps, to omit steps, to perform steps in a differentorder, and so forth. For instance, in one example the processor mayrepeat one or more steps of the method 300, such as steps 310-380, steps320-380, etc. In another example, the method 300 may include storing theframe (and additional frames and/or chunks of the immersive visualstream) at the edge server. The storing may be prior to performing theoperations of steps 320-380, or may be after step 380. For instance, theimmersive visual stream, or at least a portion thereof, may be storedfor other users who may be interested in experiencing the immersivevisual stream via the respective mobile computing devices that may beserved by the processing system. In still another example, the method300 may include performing the steps 320-380 for a plurality ofdifferent users and/or mobile computing devices. For instance, theimmersive visual stream may be a live or near-live stream that may beexperienced simultaneously by multiple users via the processing system(e.g., of an edge server) and/or via other edge servers. Since each ofthese users may have a unique viewport, the processing system mayperform separate viewport predictions and may apply uniqueviewport-adaptive encodings for each mobile computing device. Thus,these and other modifications are all contemplated within the scope ofthe present disclosure.

In addition, although not expressly specified above, one or more stepsof the method 300 may include a storing, displaying and/or outputtingstep as required for a particular application. In other words, any data,records, fields, and/or intermediate results discussed in the method canbe stored, displayed and/or outputted to another device as required fora particular application. Furthermore, operations, steps, or blocks inFIG. 3 that recite a determining operation or involve a decision do notnecessarily require that both branches of the determining operation bepracticed. In other words, one of the branches of the determiningoperation can be deemed as an optional step. Furthermore, operations,steps or blocks of the above described method(s) can be combined,separated, and/or performed in a different order from that describedabove, without departing from the example embodiments of the presentdisclosure.

FIG. 4 depicts a high-level block diagram of a computing device orprocessing system specifically programmed to perform the functionsdescribed herein. For example, any one or more components or devicesillustrated in FIG. 1, or described in connection with the example ofFIG. 2 and/or the method 300 of FIG. 3 may be implemented as theprocessing system 400. As depicted in FIG. 4, the processing system 400comprises one or more hardware processor elements 402 (e.g., amicroprocessor, a central processing unit (CPU) and the like), a memory404, (e.g., random access memory (RAM), read only memory (ROM), a diskdrive, an optical drive, a magnetic drive, and/or a Universal Serial Bus(USB) drive), a module 405 for encoding a first plurality of blocks of aframe of an immersive visual stream associated with a predicted viewportat a first encoding quality level and encoding a second plurality ofblocks of the frame at a second encoding quality level, and variousinput/output devices 406, e.g., a camera, a video camera, storagedevices, including but not limited to, a tape drive, a floppy drive, ahard disk drive or a compact disk drive, a receiver, a transmitter, aspeaker, a display, a speech synthesizer, an output port, and a userinput device (such as a keyboard, a keypad, a mouse, and the like).

Although only one processor element is shown, it should be noted thatthe computing device may employ a plurality of processor elements.Furthermore, although only one computing device is shown in the Figure,if the method(s) as discussed above is implemented in a distributed orparallel manner for a particular illustrative example, i.e., the stepsof the above method(s) or the entire method(s) are implemented acrossmultiple or parallel computing devices, e.g., a processing system, thenthe computing device of this Figure is intended to represent each ofthose multiple general-purpose computers. Furthermore, one or morehardware processors can be utilized in supporting a virtualized orshared computing environment. The virtualized computing environment maysupport one or more virtual machines representing computers, servers, orother computing devices. In such virtualized virtual machines, hardwarecomponents such as hardware processors and computer-readable storagedevices may be virtualized or logically represented. The hardwareprocessor 402 can also be configured or programmed to cause otherdevices to perform one or more operations as discussed above. In otherwords, the hardware processor 402 may serve the function of a centralcontroller directing other devices to perform the one or more operationsas discussed above.

It should be noted that the present disclosure can be implemented insoftware and/or in a combination of software and hardware, e.g., usingapplication specific integrated circuits (ASIC), a programmable logicarray (PLA), including a field-programmable gate array (FPGA), or astate machine deployed on a hardware device, a computing device, or anyother hardware equivalents, e.g., computer readable instructionspertaining to the method(s) discussed above can be used to configure ahardware processor to perform the steps, functions and/or operations ofthe above disclosed method(s). In one example, instructions and data forthe present module or process 405 for encoding a first plurality ofblocks of a frame of an immersive visual stream associated with apredicted viewport at a first encoding quality level and encoding asecond plurality of blocks of the frame at a second encoding qualitylevel (e.g., a software program comprising computer-executableinstructions) can be loaded into memory 404 and executed by hardwareprocessor element 402 to implement the steps, functions or operations asdiscussed above in connection with the example method(s). Furthermore,when a hardware processor executes instructions to perform “operations,”this could include the hardware processor performing the operationsdirectly and/or facilitating, directing, or cooperating with anotherhardware device or component (e.g., a co-processor and the like) toperform the operations.

The processor executing the computer readable or software instructionsrelating to the above described method(s) can be perceived as aprogrammed processor or a specialized processor. As such, the presentmodule 405 for encoding a first plurality of blocks of a frame of animmersive visual stream associated with a predicted viewport at a firstencoding quality level and a encoding second plurality of blocks of theframe at a second encoding quality level (including associated datastructures) of the present disclosure can be stored on a tangible orphysical (broadly non-transitory) computer-readable storage device ormedium, e.g., volatile memory, non-volatile memory, ROM memory, RAMmemory, magnetic or optical drive, device or diskette and the like.Furthermore, a “tangible” computer-readable storage device or mediumcomprises a physical device, a hardware device, or a device that isdiscernible by the touch. More specifically, the computer-readablestorage device may comprise any physical devices that provide theability to store information such as data and/or instructions to beaccessed by a processor or a computing device such as a computer or anapplication server.

While various embodiments have been described above, it should beunderstood that they have been presented by way of example only, and notlimitation. Thus, the breadth and scope of a preferred embodiment shouldnot be limited by any of the above-described example embodiments, butshould be defined only in accordance with the following claims and theirequivalents.

What is claimed is:
 1. A method comprising: obtaining, by a processingsystem including at least one processor, a predicted viewport of amobile computing device for an immersive visual stream, wherein thepredicted viewport is for a first future time period for which thepredicted viewport is predicted; identifying, by the processing system,a first plurality of blocks of a frame of the immersive visual streamthat is associated with the predicted viewport; encoding, by theprocessing system, the first plurality of blocks at a first encodingquality level; determining, by the processing system, that an accuracyassociated with the predicted viewport is below a threshold, wherein theaccuracy associated with the predicted viewport is determined to bebelow the threshold based upon a difference between a previous predictedviewport and an actual viewport when a second future time periodassociated with the previous predicted viewport comes to pass, whereinthe second future time period precedes the first future time period;encoding, by the processing system in response to the determining thatthe accuracy associated with the predicted viewport is below thethreshold, a second plurality of blocks of the frame of the immersivevisual stream at a second encoding quality level, wherein the secondencoding quality level is associated with a lesser visual quality ascompared to the first encoding quality level, wherein the secondplurality of blocks is outside of the predicted viewport; encoding, bythe processing system in response to the determining that the accuracyassociated with the predicted viewport is below the threshold, a thirdplurality of blocks of the frame of the immersive visual stream at athird encoding quality level, wherein the third encoding quality levelis associated with a lesser visual quality as compared to the secondencoding quality level, wherein the third plurality of blocks is furtheroutside of the predicted viewport as compared to the second plurality ofblocks; and transmitting, by the processing system, the frame having thefirst plurality of blocks encoded at the first encoding quality level,the second plurality of blocks encoded at the second encoding qualitylevel, and the third plurality of blocks encoded at the third encodingquality level, to the mobile computing device.
 2. The method of claim 1,wherein the immersive visual stream comprises: a video having dimensionsthat exceed display capabilities of the mobile computing device; a 360degree video; or a volumetric video.
 3. The method of claim 1, wherein ablock of the frame comprises a spatially adjacent group of pixels orvoxels within the frame.
 4. The method of claim 3, wherein the blockcomprises a macroblock.
 5. The method of claim 3, wherein the blockcomprises a micro-block.
 6. The method of claim 1, wherein the secondplurality of blocks comprises blocks of the frame other than the firstplurality of blocks.
 7. The method of claim 1, wherein the firstencoding quality level and the second encoding quality level areselected in accordance with a channel quality experienced by the mobilecomputing device.
 8. The method of claim 1, wherein the first encodingquality level, the second encoding quality level, and the third encodingquality level are selected in accordance with a channel qualityexperienced by the mobile computing device.
 9. The method of claim 1,wherein positions of the second plurality of blocks within the frame areweighted towards a direction of a trajectory of the predicted viewport,and wherein positions of the third plurality of blocks within the frameare weighted towards a direction opposite the trajectory of thepredicted viewport.
 10. The method of claim 9, wherein the trajectory isdetermined in accordance with a plurality of previous viewports of themobile computing device for a plurality prior frames of the immersivevisual stream.
 11. The method of claim 10, wherein the trajectory isfurther determined based upon at least one of: historical viewportinformation regarding previous viewports with respect to the frame forother mobile computing devices that have experienced the immersivevisual stream; or salient portions of the frame as determined inaccordance with an image saliency detection algorithm.
 12. The method ofclaim 1, wherein the predicted viewport is further based upon at leastone of: historical viewport information regarding previous viewportswith respect to the frame for other mobile computing devices that haveexperienced the immersive visual stream; or salient portions of theframe as determined in accordance with an image saliency detectionalgorithm.
 13. The method of claim 1, wherein the predicted viewport isobtained from the mobile computing device.
 14. The method of claim 1,wherein the obtaining the predicted viewport comprises: calculating thepredicted viewport based upon a plurality of previous viewports of themobile computing device for a plurality prior frames of the immersivevisual stream.
 15. The method of claim 14, wherein the calculating thepredicted viewport is further based upon at least one of: historicalviewport information regarding previous viewports with respect to theframe for other mobile computing devices that have experienced theimmersive visual stream; or salient portions of the frame as determinedin accordance with an image saliency detection algorithm.
 16. A devicecomprising: a processing system including at least one processor; and acomputer-readable medium storing instructions which, when executed bythe processing system, cause the processing system to performoperations, the operations comprising: obtaining a predicted viewport ofa mobile computing device for an immersive visual stream, wherein thepredicted viewport is for a first future time period for which thepredicted viewport is predicted; identifying a first plurality of blocksof a frame of the immersive visual stream that is associated with thepredicted viewport; encoding the first plurality of blocks at a firstencoding quality level; determining that an accuracy associated with thepredicted viewport is below a threshold, wherein the accuracy associatedwith the predicted viewport is determined to be below the thresholdbased upon a difference between a previous predicted viewport and anactual viewport when a second future time period associated with theprevious predicted viewport comes to pass, wherein the second futuretime period precedes the first future time period; encoding, in responseto the determining that the accuracy associated with the predictedviewport is below the threshold, a second plurality of blocks of theframe of the immersive visual stream at a second encoding quality level,wherein the second encoding quality level is associated with a lesservisual quality as compared to the first encoding quality level, whereinthe second plurality of blocks is outside of the predicted viewport;encoding, in response to the determining that the accuracy associatedwith the predicted viewport is below the threshold, a third plurality ofblocks of the frame of the immersive visual stream at a third encodingquality level, wherein the third encoding quality level is associatedwith a lesser visual quality as compared to the second encoding qualitylevel, wherein the third plurality of blocks is further outside of thepredicted viewport as compared to the second plurality of blocks; andtransmitting the frame having the first plurality of blocks encoded atthe first encoding quality level, the second plurality of blocks encodedat the second encoding quality level, and the third plurality of blocksencoded at the third encoding quality level, to the mobile computingdevice.
 17. A non-transitory computer-readable medium storinginstructions which, when executed by a processing system including atleast one processor, cause the processing system to perform operations,the operations comprising: obtaining a predicted viewport of a mobilecomputing device for an immersive visual stream, wherein the predictedviewport is for a first future time period for which the predictedviewport is predicted; identifying a first plurality of blocks of aframe of the immersive visual stream that is associated with thepredicted viewport; encoding the first plurality of blocks at a firstencoding quality level; determining that an accuracy associated with thepredicted viewport is below a threshold, wherein the accuracy associatedwith the predicted viewport is determined to be below the thresholdbased upon a difference between a previous predicted viewport and anactual viewport when a second future time period associated with theprevious predicted viewport comes to pass, wherein the second futuretime period precedes to the first future time period; encoding, inresponse to the determining that the accuracy associated with thepredicted viewport is below the threshold, a second plurality of blocksof the frame of the immersive visual stream at a second encoding qualitylevel, wherein the second encoding quality level is associated with alesser visual quality as compared to the first encoding quality level,wherein the second plurality of blocks is outside of the predictedviewport; encoding, in response to the determining that the accuracyassociated with the predicted viewport is below the threshold, a thirdplurality of blocks of the frame of the immersive visual stream at athird encoding quality level, wherein the third encoding quality levelis associated with a lesser visual quality as compared to the secondencoding quality level, wherein the third plurality of blocks is furtheroutside of the predicted viewport as compared to the second plurality ofblocks; and transmitting the frame having the first plurality of blocksencoded at the first encoding quality level, the second plurality ofblocks encoded at the second encoding quality level, and the thirdplurality of blocks encoded at the third encoding quality level, to themobile computing device.
 18. The non-transitory computer-readable mediumof claim 17, wherein the immersive visual stream comprises: a videohaving dimensions that exceed display capabilities of the mobilecomputing device; a 360 degree video; or a volumetric video.
 19. Thenon-transitory computer-readable medium of claim 17, wherein a block ofthe frame comprises a spatially adjacent group of pixels or voxelswithin the frame.
 20. The non-transitory computer-readable medium ofclaim 19, wherein the block comprises a macroblock.